Networked gaming system with player-centric rewards

ABSTRACT

Gaming systems, machines and methods are disclosed that provide various player-centric rewards to the casino patrons. The rewards may be provided across multiple games including slots, tables, keno, and any other casino game. The sweepstakes rewards may be used to promote increased play for chosen time periods, locations, and/or individual players. In addition, patrons can earn sweepstakes rewards based upon the amount of coins played at the slot machine, on the slot floor or throughout the entire casino. Furthermore, the patrons can receive a birthday reward, which may be credited to the eligible patrons on or about the patron&#39;s birth date. The rewards may be directly credited to the gaming machines using either cashable or non-cashable credits. The system facilitates patrons continuing to accrue rights toward a reward even when playing different gaming machines, or when playing machines having different denominations.

CROSS-REFERENCE TO RELATED APPLICATION

This application is related to co-pending U.S. patent application Ser.No. 11/854,402 and Ser. No. 11/854,424 filed concurrently herewith onSep. 12, 2007.

COPYRIGHT NOTICE

A portion of the disclosure of this patent document contains materialthat is subject to copyright protection. The copyright owner has noobjection to the facsimile reproduction by anyone of the patent documentor the patent disclosure, as it appears in the Patent and TrademarkOffice patent files or records, but otherwise reserves all copyrightrights whatsoever.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The field of the invention relates to wagering games, and morespecifically to networked gaming systems which offer or provideplayer-centric rewards to players.

2. Description of the Related Art

Modern gaming establishments offer a variety of electronic wageringgames including multimedia and/or mechanical slot machines providingvideo card games, such as poker, blackjack and the like, video keno,video bingo, video pachinko, and various other video or reel-basedgames. In addition, casinos offer a variety of table games, such aspoker, blackjack, craps, roulette, and the like. In many instances, theslot machines and table games are computerized or include electroniccircuitry performing various functions, and are connected via anetworked gaming environment to a host computer and associated servers.

Software programs provide gaming establishments with the ability tocompile information about casino players, to monitor the status ofgames, and to provide promotions, bonuses, and rewards. Examples ofpromotions include advertisements and rewards, which serve as incentivesfor casino players to continue wagering and to return to the sameestablishment.

For example, one gaming bonus or reward, called “Lucky Stars”, has beenused since the 1989 timeframe at the Sands in Atlantic City, N.J. inconjunction with its slot management (SMS) and casino management (CMS)systems (today's Bally/ACSC SMS and CMS, respectively) and may bedescribed as follows:

“Lucky Stars transactions” may be generated for patrons with theirpatron card inserted into a casino asset card reader such as arecommonly found on slot machines. According to one implementation, from auser (host) interface of the SMS slot system, a casino may select theamount of monies (whole dollars) to be played at an asset, such as aslot machine, prior to awarding a Lucky Star. Once selected, the wholedollar amount is converted by the SMS according to the slot denominationof the asset into a number of clicks (coins to be played), and thenumber of clicks is downloaded to the gaming machine as the Lucky StarLimit. Once the Lucky Star Limit is set, a counter at the gaming machinewill increment the Lucky Stars Count for each coin played while anypatron card is inserted. After each increment, the current Lucky StarsCount is compared with the Lucky Stars Limit. The incrementing andaccumulation continues as successive patrons utilize the gaming machine.Once the Lucky Stars Count matches the Lucky Star Limit, the slotmachine generates a “Lucky Stars transaction” for transmittal to theCMS, resets the Lucky Stars Count back to zero, and re-initiatesincrementing the Lucky Stars Count. When the “Lucky Stars transaction”message is received by the CMS, it may randomly or by design determineif the patron is to receive a sweepstakes entry or other award forearning a “Lucky Star”. Once a determination is made, the CMS causes arecord to be generated and the patron that caused the “Lucky Starstransaction” to be generated is notified of the available award that hasbeen assigned to the patron's account by a message, either transmittedto the gaming machine where the patron has his/her card inserted or thenext time that the patron's card is utilized.

These types of rewards and others are popular, and, there continues tobe a need to develop creative methods and systems to provide varioustypes of rewards to patrons.

BRIEF SUMMARY OF THE INVENTION

In accordance with the invention/s, networked gaming systems areprovided that offer one or more player-centric rewards to players, suchas a sweepstakes entry, birthday reward, or gaming reward, triggered byan occurrence specific to the player, such as the player having abirthday or playing a pre-set amount at one or more games.

In one aspect, a gaming system includes a reward server and a set ofgaming machines connected over a network which provide a player-centricgaming reward and/or promotion offered to a player that may be based oncriteria such as a player rating and/or wagering denomination.

Other features and numerous advantages of the various embodiments willbecome apparent from the following detailed description when viewed inconjunction with the corresponding drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example flow diagram of an example sweepstakesaward transaction in accordance with various embodiments.

FIG. 2 illustrates an example flow diagram of an example personalizedaward transaction in accordance with various embodiments.

FIG. 3A illustrates an example high-level block diagram of a gamingmachine in accordance with various embodiments.

FIG. 3B illustrates an example gaming machine in accordance with variousembodiments.

FIGS. 4A and 4B illustrates a simple block diagram of a rewards serverconnecting over a network to a representative example gaming machine inaccordance with various embodiments.

FIG. 5 illustrates an example bonus rewards control process flow diagramin accordance with various embodiments.

FIG. 6 is an example bonus rewards control process flow diagram inaccordance with various embodiments.

FIG. 7 is an example flowchart of a bonusing rewards process inaccordance with various embodiments.

FIGS. 8 and 8A are example SMS block diagrams including transaction flowin accordance with various embodiments.

FIG. 9 is an example flow diagram of a player-centric rewards system inaccordance with various embodiments.

FIG. 10-23 are example displays of a rewards program user menu inaccordance with various embodiments.

DETAILED DESCRIPTION OF THE INVENTION

Referring now to the drawings, wherein like reference numbers denotelike or corresponding elements throughout the drawings, and moreparticularly referring to FIG. 1, a flow diagram illustrates an exampleaward transaction process, such as may be utilized to provideplayer-centric rewards to eligible patrons based upon pre-selectedcriterion, in accordance with one or more embodiments. In the exampleshown in FIG. 1, the award is a sweepstakes entry which may be an entryfor a sweepstakes of the quick draw variety that allows an operator toinstantly determine the prize won by the particular sweepstakes entry orthe entry may be for a sweepstakes of the raffle variety where theselection of winning entries may be made at some time in the future. Itmay be appreciated that the award may be any type of award including acash bonus, playing credit, gifts of merchandise, gifts of services, ora player-centric game, to name a few. The award which may be offeredthrough the award transaction process may be one of various levels ofrewards depending upon the outcome of the process and the patron maythereafter be offered the opportunity to select a prize from one of theprizes available at the offered award level. The offered prizes may beany such as identified above for the various types of rewards. As anexample, a player-centric game with various awards may be offered basedon the player level and have various tiering of the awards based on theplayer level. As an additional aspect, several player-centric games maybe offered to a patron based on known preferences, such as may be storedin a database, or based on demographic information.

In the example sweepstakes award transaction process of FIG. 1, a patronmay be identified (step 105); a determination may be made whether anaward is available (step 110); according to pre-specifiedplayer-specific criteria, a determination may be made whether the patronis eligible for an award (step 115); if the patron is eligible, then adetermination may be made as to what award may be offered to the patron(step 120); a transmission of an award message may be sent to the patron(step 130); an award record associated with the patron may be created(step 135); and the patron may be provided with an opportunity to redeemthe reward (step 140).

Patron identifying step 105 may, by example, be performed by passing anidentification card by or into a card reader, such as an optical cardreader, by visually identifying the patron, by proximity emitter and/oridentity sensor, such as a biometric sensor, or any other direct orindirect method that reasonably identifies and/or associates a patronwith a game, gaming apparatus, and/or gaming system. If used, anidentification card or device may utilize barcoding or a data strip,such as a magnetic strip, for providing identification information. Oneor more sensors within an operator's facility may be used to receive theinformation to identify the patron. For instance, various gamingmachines have a player interface which may permit a patron to insert apatron or player card into a card reader. An example of a patroninterface unit that is found implemented with various gaming machines isthe Bally iView interface unit, such as is described in U.S. patentapplication Ser. No. 10/943,777, entitled USER INTERFACE SYSTEM ANDMETHOD FOR A GAMING MACHINE, which is herein incorporated by reference.In one or more embodiments, a patron may enter a user identificationand/or password to provide identification information at a gamingmachine or within an operator's facility; in such instances, a patronmay be able to obtain additional access to the patron's player accountand be able to make transfers, such as transferring credits from theplayer account to a gaming machine for wagering or accepting an awardthat has been posted to the player account.

Once a patron has been identified, that person's player information maybe retrieved from the operator's player database, then an operator maytrack the wagering and/or spending habits of the patron and utilize avariety of statistics to determine appropriate situations for offeringvarious bonuses or rewards, such as sweepstakes entries, promotions,coupons, or rewards for playing or spending at the operator'sfacilities. The player information may contain personal information suchas birthday, address, etc. and may also contain the patron's gamingand/or spending history within the operator's facilities and possibly atother facilities. The patron's gaming and/or spending history may simplysummarize the patron's previous activities. Also, the player informationmay include a rating of the patron which may be developed from thepatron's gaming and/or spending history in accordance with theoperator's criterion; for example, an operator may rate patron's at agold player level if historically the patron bets more than $10,000 andspends four hours or more, five or more times per month or if the patronspends more than $1000 on goods or services within the operator'sfacilities, five or more times per month. The operator may have variousplayer/patron levels or ratings, such as gold, silver, and bronze, withvarious criterion to associate with each patron level or rating.

Award availability step 110 may, by example, be performed by simplychecking to see if a game, gaming apparatus, and/or gaming system iscurrently set, programmed, or otherwise enabled to provide rewards toeligible patrons, such as patrons who have identified themselves byinserting their player cards into player tracking units associated withrespective slot machines. For example, when a patron inserts a playercard into a player card reader attached to a slot machine, a program onthe gaming machine may be installed and become active upon the playercard insertion. The card reader transmits the player information to aprocessor which may in turn be a signal to execute a program orprotocol. As the program is executed by the processor, steps in theprogram may include querying a player database to request the playerinformation associated with the identification obtained from the playercard. Upon receipt of the player information or selected portionsthereof, such as player level or rating, the program may includeconditional portions of code which may operate depending upon the playerlevel or rating. For instance, in the event that the player level orrating is gold, then a count limit may be set to a number of creditscorresponding to $100 of wagers, the count limit could be decrementedaccording to the number of credits wagered until the count limit reacheszero or alternatively a counter could be used to accumulate the totalnumber of credits wagered until the count in the counter matched thecount limit. The described steps of the program may be implemented on aslot machine or other gaming machine or device operated by a patron orthe program may be implemented on or through other devices, such as aplayer tracking server. In either case, the program may be installed andactive or not active depending upon the choice of the operator and theaward availability step 110 may take place as background processinghaving no impact on a game being played by a patron until and unless thepatron played sufficiently to meet any predetermined criteria associatedwith any active award program.

Alternatively, player-centric rewards may always be available subject topredetermined constraints which may be editable by the operator. In suchcases, step 110 may be modified according to the particularimplementations such as those discussed by example. For instance, awardavailability step 110 may include a determination of whether one or morepre-determined criteria have been met by the patron, thereby making thepatron eligible to receive an award, such as cash, a sweepstake entry,and/or a sweepstake award. Example pre-determined criteria may be thatthe patron wager a pre-determined amount of money or wagered apre-determined amount of money within a pre-determined amount of time orspent a pre-determined amount of money at a game, a gaming apparatus, acasino facility, and/or a gaming system. Other examples ofpre-determined criteria may be that the patron enters a facility withina pre-determined number of days of their birthday, wedding anniversary,anniversary of establishing a player card, or other day associable withthe patron. Other examples of pre-determined criteria may be that theplayer entered the facility and/or played a game during a pre-determinedtime of a pre-determined day, or may be that the player was drawn from arandom or pseudo-random drawing either before or after entering thefacility and/or playing a game, or may be any of various eventsassociable with the patron. Any of the pre-determined criteria, such asthe pre-determined amount of money to be wagered, may be determined bythe operator of the game, gaming apparatus, and/or gaming system.

As shown in FIG. 1, the award may be a conventional sweepstake entry.The sweepstake entry may be an entry which can be instantly included ina drawing, such as one based on a random or pseudo-random numbergenerator, or may be an entry included in a pool for a later drawing, ormay be an entry with a number that was randomly or pseudo-randomlydetermined and which may be compared as against a list of prize-winningnumbers. In any of the example cases, there may be a variety of levelsof prizes or there may be a single prize, such as a new car or largecash fund. Limitations may be placed on the sweepstake entry, such asthat the patron may be required to be present at the time of the drawingin the case of a later drawing or the patron must come into the facilityon the day of the drawing or redeem any winning sweepstake entry withina pre-determined period of time. Any of the limitations orpre-determined criteria may be modified by an operator according toplayer criteria, such as player rating or player playing frequency, etc.For example, player ratings for a facility may be platinum, gold andsilver where the ratings may be determined from various criteriaassociable with a player, such as the amounts wagered, frequency, andtype of game played. As an example, a platinum player may have threedays to redeem a sweepstakes entry, and gold player may have two days,and a silver player may have to redeem the sweepstakes entry on the dayan award is offered.

In one or more embodiments, in the event that the rewards functionalityis activated and the patron is eligible for an award, patron eligibilitystep 115 may, by example, include a determination whether a player'srating meets a pre-specified rating level to receive an award, and/or,the determination may include whether the player may be eligible toreceive a pre-determined level of award. In some cases, there may bemore than one prize that may be available at an award level and a patronwho is eligible may have an opportunity to select a prize from the oneor more available prizes at a determined award level.

Depending on the outcome of the patron eligibility step 115, steps foraward and redemption opportunity (such as by example, steps 120, 130,135) may be included. The steps for award and redemption may be assimple as an agent for the operator or an automated award systemselecting an award and delivering the award to a patron for acceptance,either directly or by separate offer through a player account. In otherembodiments, the patron may be entered into an instant or subsequentsweepstakes. In such cases, the patron may be provided with a record ofthe patron's entry into the sweepstakes or may be provided with oroffered an award as the result of a winning entry.

Notification step 130 may be any form of messages including verbal orvisual which may be perceived by the patron, e.g. an award notificationmessage sent from a player server and displayed on the player trackingdisplay or an award notification sent in the mail. In the case of anotification by mail, a patron may have a pre-specified period of time,such as thirty days, to return to an operator's facility to redeem theaward.

Logging step 135 may comprise any method or system for recordinginformation which the operator may use to maintain records of itsrewards. For instance, an award database may be maintained by an awardserver which may comprise a conventional computer with a hard drive andan award program causing award records to be entered and stored when theprogram is executed by the computer.

Patron access step 140 may comprise any method or system providing apatron with an opportunity to receive and/or accept a reward offered tothe patron by the operator. For example, a patron may be able to acceptand receive an award by putting the patron's card into a player cardreader at a gaming machine, entering the player card personalidentification number (PIN) on a player interface such as a keypad, andmaking a request and/or responding to any prompt from a player trackingserver.

One or more embodiments may include establishing a Count Limit which maybe associated with a patron identified at a gaming machine. The CountLimit may be decremented after each play by the patron in accordancewith the amount of the wager or number of credits wagered. The CountLimit may be a dollar amount, such as $100, $1000, $10000, etc. or maybe an amount in terms of a non-U.S. currency. Alternatively, the CountLimit may be a number corresponding to credits required to be wageredprior to becoming eligible for an award. The Count Limit may be changedin terms of denominations wagered and associated with a credit. Forinstance, a Count Limit for a $1 slot machine may be one hundred; acorresponding Count Limit for a $0.25 slot machine may be four hundred,and so forth. A Count Limit may be associated with each patron anddecremented according to the patron's play. Alternatively, multipleCount Limit's may be associated with a patron according to creditdenominations, such as $1, $0.25, $0.05, etc. slot machines. Forinstance, each Count Limit may be 1000 and a Count Limit may beassociated with penny, nickel, quarter, and dollar wagering such thatwhen a patron wagers at a quarter slot machine the Count Limitassociated with quarters is decremented. Additionally, an operator mayselect a weighted Count Limit to favor patron's at higher denominationslot machines. For example, an operator may establish a Count Limit of100 for $1 slot machines, a Count Limit of 600 for $0.25 slot machines,and so forth. In the event that an award system includes a feature for apatron to have a Count Limit carry from slot machine to slot machine,then the Count Limit may adjust to the lowest denomination wager thatthe patron plays in order to become eligible for an award. For example,a patron may begin playing on a $1 slot machine and a Count Limit forthe player may be set at 100. The patron may play 50 credits and thenmove to a $0.25 slot machine. If the award system is set for a patron tohave a single Count Limit as opposed to a denomination specific CountLimit and also includes the capability to carry a count to another slotmachine, then the count may have a one to one credit adjustment so thatthe Count Limit may be adjusted to two hundred or if there is a fiftypercent higher Count Limit for $0.25 denomination wagering, the CountLimit may be adjusted to three hundred. Thus, when a patron plays at adifferent denomination game, then the Count Limit associated with thatdenomination is decremented with each credit wagered.

The current Count Limit for a patron may be displayed for a patron sothat the patron may view as the Count Limit decrements towards zero.When the Count Limit reaches zero, then an award may be initiated forthe patron if the patron meets any additional pre-determined criteria,such as patron player rating. Alternatively, the player rating maydetermine the type of award or value of the award to be offered to thepatron. In the event that a patron does not have a sufficient playerrating to participate in the player-centric award program, then no CountLimit is set and none is displayed. Additionally, as a patron plays, thepatron may establish an eligible player rating and a Count Limit maythereafter be set and displayed for the patron.

One or more embodiments may include a Count Limit and a Count whereinthe Count is incremented with each wager and the Count is compared withthe Count Limit. As the Count, or Count Limit as discussed in thepreceding paragraph, is personal to the patron when a patron leaves agame, the Count or Count Limit state does not carry over to a nextplayer. Instead, the Count or Count Limit state may or may not carryover for a given patron for another gaming session or on a differentgaming machine depending upon the settings established by the operator.In one or more embodiments, the Count, or Count Limit if decrementedbased on wager, may be retained and associated with a patron so thatwhen the patron returns to play a game, which may be the same or adifferent game, the Count or Count Limit can continue from where it wasat the time the patron ceased previous play. In such cases, the statemay be maintained for a pre-determined period of time and then be reset.Also, the pre-determined period may be the same or different dependingupon player rating or other player-centric criteria. For example, a goldlevel player may have the player-centric award game state maintained forthree days, while a silver level player may have the game statemaintained for two days, or a bronze level player may have the gamestate maintained only for a few hours. In another embodiment, there isno carry over of the Count or Count Limit which may be used to induce apatron to continue play. A visual or sound aid may apprise the patron ofthe current status of the Count or Count Limit and provide encouragementto continue until the patron may become eligible for an award. Also, theorder of the steps as indicated in the above examples, may be shiftedsuch that an operator may determined that a patron is eligible for anaward once the Count or Count Limit criteria is met and the patron maybe notified periodically or occasionally, accordingly.

In one or more embodiments, the Count or Count Limit may be applied to agroup. For instance, a Count or Count Limit may be displayed to a groupof players. As each player wagers, a communal Count or Count Limit isadjusted until a wager causes the final decrement or increment of theCount or Count Limit to achieve the final pre-determined value ordecrement to zero. The patron that causes that value to be achieved willbe eligible to receive the reward if there are no other criteria to bemet. Rewards may be tiered so that the first eligible patron to achievea pre-determined value may be eligible to receive one level of reward,and the next eligible patron to achieve a second pre-determined valuemay be eligible to receive a second level of reward, and so forth.Alternatively, consolation or lower tiered (valued) rewards may beoffered to those players whose individual Count matches the Count Limitafter the first player has done so. Thus, patrons may be incentivized ina competitive environment to play for the next reward level.

Similarly, in one or more embodiments, such a tiered reward system maybe implemented for a single patron, so that once a patron achieves onelevel of Count, such as 1000, then the patron may be eligible for onelevel of award, such as a selection of stuffed toys or $25 playingcredit. By deferring the lower award and continuing to play, the patronmay play towards a second level of Count, such as 2500, which onceachieved may allow a patron to be eligible for a second level of award,such as a night's stay or a dinner or $50 playing credit. The patron'sCount may be incremented either in a single session or over multiplesessions and multiple games.

In one or more embodiments, the Count or Count Limit may be displayedeither intermittently or continuously. In an intermittent example, whenthe patron's credits reach a pre-determined amount or after apre-determined amount of play or when the patron requests the patron'splayer card or when the patron requests a cash out, a display orannouncement may apprise the patron that the patron may be eligible foran award after another x number of plays. The visual, audible, orwritten report may indicate that play must be continued within apre-determined amount of time, such as one hour, one day, one week, onemonth, etc. in order for the patron to retain the current count. If playis not recommenced within the pre-determined timeframe by the patronthen the Count or Count Limit may be reset to the default initial value.

In one or more embodiments, player points may be accrued or bonuses wonor granted in addition to the rewards as described herein. For examplein parallel and independent of the rewards processes and systemsdescribed herein, player points may accrue conventionally throughaccumulations based on amounts of play and various bonuses awardedincluded mystery bonuses which may be triggered randomly,pseudo-randomly, or upon an event unknown to the patron, bonusestriggered by an event such as a jackpot win, and progressive bonuses,all or any of which may be funded from portions of coin-in or funded bythe operator such as with marketing or advertising dollars.

In one or more embodiments, the player-centric rewards as described inthe processes and systems herein may be funded as a portion of coin-inor by operator self-funding such as marketing dollars or by advertisers'prize contributions which are provided in return for advertisingexposure, such as a Pioneer Widescreen TV or a Mercedes Benz automobile.

In one or more embodiments, a patron may receive an award directly orindirectly. For example, a patron may receive an award directly in theform of cash or a non-cash prize given at the game. Alternatively, apatron may receive an award indirectly by crediting the player's accountas in the example of a cash prize or providing a patron with a noticefor redemption in the case of a non-cash prize. A notice for redemption(or advisement that an award has been granted and may be redeemed, etc.)may be displayed to the patron while playing the game or afterpresenting the patron's player card to a machine or person after thenotice has been associated with the patron's player card, etc.

In one or more embodiments, a patron may be given an opportunity toselect from a range of prizes for which the patron is eligible. Thepatron may be notified visually or orally and may make a selectionaccordingly. The range of prizes may include cash, credit, servicesand/or tangible prizes.

In one or more embodiments, the referred to prior art award associatedwith a game, independent of a particular player, may have a Count and/orCount Limit associated with it and an award may be granted or offered toa patron in addition to and independent of the patron's personalizedCount and/or Count Limit and rewards associated therewith. The gameCount and/or Count Limit may be unknown or made known to a player. Inthe case of an unknown game Count and/or Count Limit, once apre-determined amount of gameplay is met, then the award may be grantedto an eligible patron such as a mystery award. The patrons may begenerally aware of the rewards available but not specifically as to thegame upon which the patron plays. In other embodiments, the patron maybe notified of the game Count or Count Limit to incentivize the patronto continue playing.

In one or more embodiments, the patron and/or game Count or Count Limitmay be pre-determined by the operator or may be randomly orpseudo-randomly established for one or more award categories.Additionally, prizes or their respective categories may bepre-determined by the operator or may be randomly or pseudo-randomlyselected, as for example in the case of sweepstakes drawings. Byintroducing the random or pseudo-random element, larger prizes may beoffered at more infrequent intervals as compared to lesser prizes, whichmay add another level of excitement and opportunity for the patrons.

In one or more embodiments, the prizes may be in the form of restrictedor unrestricted credits. In either case, the credits may be credited tothe patron's player account or directly to the game where the patron isplaying. In the case of restricted credits, a patron may not directlyexchange them for cash and may only use them for wagering on one or moregames; whereas, unrestricted credits may be exchanged for cash.

Referring now to FIG. 2, a flow diagram of a second player-centricrewards transaction process is shown according to one or moreembodiments. In this example, the award is a birthday award. In otherexamples, instead of a birthday, any other day associable with thepatron may be selected for offering an award to the patron. Forinstance, an award may be offered on an anniversary or a holiday, or anyother day pre-selected by the operator that may be associated with thepatron. The criteria may be based on demographic information orbiographical information to provide eligibility for demographic-based orbiographical-based rewards, such as for example, patrons from outsidethe U.S. may be eligible for a demographic-based reward or patrons whoare firemen may be eligible for a biographical-based reward.

As in the example process shown in FIG. 1 and discussed above, thecorresponding steps shown in FIG. 2 include: identifying the patron(step 205); determining if a type of player-centric award is available(step 210); according to pre-specified player-specific criteria,determining if the patron is eligible for the type of award (step 215)and if so determining and/or assigning the award to be offered to thepatron (step 235); transmitting an award message to the patron (step240); creating an award record associated with the patron (step 245);and providing the patron with an opportunity to redeem the award (step250).

In the example shown in FIG. 2 where a type of award is active and thepatron holds a card-level or rating sufficient for eligibility for thetype of award, additional steps within the process include determiningwhether the current date falls within a pre-determined range of dates ordays associated with the patron's birthday (step 220), and, determiningwhether the type of award has been previously received by the patron(step 230).

With respect to the range of dates in step 220, an operator may selectone or more days or time periods as eligible timeframes for a patron toappear at an operator's establishment and/or take part in an eligibleactivity, such as playing a game provided by the operator. The days ortime periods selected by an operator may be symmetric or assymetricabout the birthday. For instance, symmetric eligibility periods may bedefined as: the day before through the day after for gold rated players;two days before through two days after for platinum rated players; andsimply the day of the birthday for silver rated players. On the otherhand, there may be no differentiation between player ratings.

With respect to determining whether an award has already been receivedby a patron in step 230, an operator may establish that the birthdayreward may only be offered and received once. In another embodiment, theoperator may establish that a patron may receive a birthday award morethan once. For example, the operator may select that a birthday award beawardable to eligible patrons during each day of the week of thepatron's birthday or once per week during the patron's birth month.

In one or more embodiments, a patron may be eligible and awarded oroffered an award for more than one event-driven award, such as abirthday award and an anniversary award or a birthday award and aholiday award, etc. Additionally, the patron may be eligible for and beawarded or offered a sweepstakes or other award based upon the patron'splay.

Referring to FIGS. 3A and 3B, a block diagram and front view of examplegaming machine 300 are shown, respectively. Gaming machine 300 mayinclude apparatus and/or software for implementing one or moreplayer-centric rewards processes as discussed above and in accordancewith one or more embodiments. Typically, gaming machine 300 isimplemented as an electronically functional device using conventionalpersonal computer technology with few or no moving parts; however gamingmachine 300 may also be implemented as an electromechanical ormechanical device.

For example, gaming machine 300 as shown in FIGS. 3A and 3B may includea game printed circuit board including game processor 110, memory 115which may store the game machine operating system and game presentationsoftware 120, network interface 125 for connecting to an operator'snetwork, video display 130 which may display a game driven by processor110 and may have fields for example displaying player credits, wager,win amount, etc., user input devices 135 which may provide buttons orvideo fields for a user to communicate with gaming machine 300 throughprocessor 110, user card interface 140 which may provide a device fortransmitting player card information to processor 110, and peripheraldevices 145 such as a bill acceptor or ticket dispenser, etc.

In the example of a video gaming machine, game processor 110communicatively connects to video display 130 which displays images ofreels that function equivalently as mechanical or electromechanicalreels, user interface unit including user input devices 135 whichprovides information to a patron and permits patron communications withthe game processor and/or a network connected through network interface125, user card interface 140 which provides a device for receiving andreading player card information, and peripheral devices 145, such as abill reader for receiving and reading various bill denominations,coupons, and/or credit vouchers, and, a voucher printer which may becombined with the bill reader and may print credit vouchers when apatron wishes to cash out and/or print rewards vouchers when a patronaccepts an award.

Video display 130 may be any of a variety of conventional displays, suchas a high resolution LCD flat panel, and may have touch screen displayfunctionality so that a patron can make software-enabled selectionswhich may be associated with the game. Apart from its conventionalfunctionality in presenting a game for a patron, gaming machine 300 mayinclude award software which may be stored in memory 115 and hardwarewhich may be part of or connected to the game board to implement one ormore player-centric rewards processes as disclosed above by example.Video display 130 may include a separate user display such as an LCDtouch screen display with interactive capability for communicationbetween a user, gaming machine 300, or a network connectable throughnetwork interface 125.

Memory 120 may include both memory internal and external to processor110. External memory may include a hard drive, flash memory, randomaccess memory (RAM), read only memory (ROM), and any other conventionalmemory associable with a printed circuit board.

In the event that gaming machine 300 is connected to a network, then therewards software and hardware may be implemented wholly or partlyexternally and may be communicatively connected to the user interfaceunit for notifying patrons of rewards and receiving patroncommunications, such as award acceptances. For instance, gaming machine300 may have a game management unit (GMU) which connects to a slotmanagement (SMS) and/or casino management (CMS) network system. The GMUmay in turn connect to the game board and the user interface unit. Theplayer-centric rewards may be driven through the GMU, either directly orindirectly through the SMS and/or CMS which is discussed more fullybelow.

Referring to FIGS. 3A and 3B, typically, gaming machine 300, such asBally's S9000 Video Slot machine, comprises microprocessor 310, such asan Intel Pentium-class microprocessor, and non-volatile memory 315operable to store a gaming operating system, such as Bally's Alpha OS,and one or more gaming presentations 320, such as Bally's Blazing 7's orBonus Times for example, operable and connected on a printed circuitmotherboard with conventional ports and connections for interfacing withvarious devices and controlling the operation of gaming machine 300.Memory 315 may store one or more software modules operable with the OSto implement one or more reward processes, such as are shown in FIGS. 1and 2 and described above.

Gaming machine 300 may optionally include network interface 325 operableto download one or more gaming presentations 320 from the one or moregaming servers (not shown) and to otherwise communicate with networkeddevices and servers for various purposes; however, one or moreplayer-centric award processes as described above by example may beimplemented with or without network support depending on implementationsas is described further below. Gaming machine 300 may further comprise avideo display 330, through which gaming presentations are presented tothe user; however, electro-mechanically driven reels may be implementedin place of or together with video display 330. Gaming machine 300 mayfurther comprise user interface devices 335, such as a keyboard (notshown) which may be used to enter a pin number or for the selection ofvarious options, various player selectable buttons 337 including betone, bet all and the like, as well as a touch screen which may beincorporated with video display 330 or display 339, such as an iView TFTdisplay. Gaming machine 300 also includes user card interface 340, whichis operable to accept a user card that identifies a user as a casinopatron to the gaming environment. Gaming machine 300 may further includeone or more peripheral devices 345, such as a bill/ticket acceptor,ticket printer, and various other devices. As shown in FIG. 3B, usercard interface 340 and peripheral devices 345, such as a bill acceptormay be implemented adjacent to each other or may be part of the samehousing structure while connecting differently to perform theirrespective functions. In the event a network connection exists, then theuser interface unit may provide a communication link for a patron withan SMS and/or CMS network.

In one or more embodiments, gaming machine 300 includes microprocessor310, which may implement the programming logic of the gamingpresentations and control the operation of various hardware and softwarecomponents of the gaming machine, as well as, one or more peripheraldevices 345. For example, microprocessor 310 may be operable to activatevarious components of the gaming machine 300 and, in the event of anetwork connection, to download one or more gaming presentations 320from the gaming server. In response to a user input to initiate play andthe placement of a wager, the microprocessor 310 may be configured toretrieve the requested gaming presentation 320 from memory 315 and tocommence the play of the game. The microprocessor 310 may be configuredto randomly select a game outcome from a plurality of possible outcomesand to cause the video display 330 to depict indicia representative ofthe selected game outcome. In the case of slots, for example, mechanicalor simulated slot reels may be rotated and stopped to display symbols onthe reels in visual association with one or more pay lines. If theselected outcome is one of the winning outcomes defined by a pay table,the microprocessor 310 may be configured to award the player with anumber of credits associated with the winning outcome. Conventionally,in such gaming machines, a player may wager multiple credits on one ormore lines depending upon the programming or physical limitations of thegaming machine.

In accordance with one or more embodiments, microprocessor 310 and/orrelated software and components may be configured to store a Count orCount Limit in accordance with the example rewards processes describedabove. For example, one or more registers from the microprocessor randomaccess memory may be utilized to store a Count or Count Limit inaccordance with one or more player-centric rewards processes which maybe implemented with one or more rewards programs that may be stored in apermanent memory accessible to and compiled and/or executed by the gamemicroprocessor in accordance with the inventions, such as have beendiscussed by example above and shown in FIGS. 1 and 2.

For instance, in one or more example embodiments, a Count Limit, e.g.Count Limit equals one hundred (which may correspond to one hundredcredits or $100 wagered depending upon programming and/or operatorelections), may be uploaded to microprocessor 310 and/or relatedcomponents associated with the game provided by gaming machine 300, suchas through a technician's input using the user interface or analternative interface device, such as a wireless or wire-connectedphone, tablet, or personal computer which may connect to gaming machine300 through an infrared or similar wireless port or through a universalserial bus or similar wire-connected port connecting directly orindirectly to the game board. Where the game board may comprise aconventional personal computer board or one that may be modified forgaming purposes. The technician may be identified as authorized to inputthe Count Limit based on information obtained through a card reader froma technician's card and/or by the input of a password through user inputdevices 335, such as a keypad or touch display.

In one or more embodiments, gaming machine 300 includes user inputdevices 335, which may include various gaming controls, such as standardor game-specific push-buttons, a “bet” button for wagering, a “play”button for commencing play, a “collect” button for cashing out, a “help”button for viewing a help screen, a “pay table” button for viewing thepay table(s), a “call attendant” button for calling an attendant, and a“rewards button” for viewing player reward information and acceptingvarious rewards, such as sweepstakes and birthday rewards. User inputdevices 335 may also include various game-specific buttons known tothose skilled in the art. User input devices 335 may also include akeyboard, a pointing device, such as a mouse or a trackball, or anyother input devices. In one or more embodiments, user input devices 335may also comprise an embedded additional user interface (not depicted),such as an iView™ interface, as described in commonly owned U.S. patentapplication Ser. No. 10/943,771, entitled USER INTERFACE SYSTEM ANDMETHOD FOR A GAMING MACHINE, which is hereby incorporated in itsentirety by reference herein. The content provided through the embeddedadditional user interface may include, for example, advertisements,promotion notifications, useful gaming information, user rewardsinformation and any other content that may be of interest to the casinopatron.

In one or more embodiments, the gaming machine 300 also includes usercard interface 340, which is operative to accept user cards containingthe patron's identification information, such as the patron's ID number.User interface 340 may be configured to accept magnetic cards, smart(chip) cards, electronic keys and the like. It will be appreciated,however, that such user information may be stored in other forms or onother media for subsequent retrieval. For example, the user informationcan be stored on an RFID device, electronic key, or other portablememory device. Likewise, using biometrics or other techniques, userinformation may be retrieved from the game machine or from a remotestorage device via a network. In an example embodiment, the system mayrecognize three different levels of user cards. For example, level onecards may identify frequent casino patrons, i.e., those who have awell-established history of playing at the given casino and/or whosewagering at the casino exceeds a specified threshold amount. Therefore,level one patrons will be entitled to the greatest degree of service,various promotions and rewards from the casino since they have met orexceeded a game threshold. The level two cards may identify patrons whofrequent the casino, but whose spending at the casino is not asextensive as those of the level one card holders. Lastly, the levelthree cards may identify new casino patrons, i.e., those who do not yethave a consistent history of playing at the given casino. The degree ofservice, promotions and rewards offered to the level two and level threecard holders likely will differ from that offered to the level one cardholders, as will be described in a greater detail hereinbelow. Thegaming system may be configured to recognize fewer or greater numbers ofcard levels, and that promotions and/or credits associated with eachcard level may differ.

In one or more embodiments, gaming machine 300 includes one or moreperipheral devices 345. For example, peripheral devices 345 may includea player identification device, such as a magnetic card reader thataccepts a player-identification card issued by the casino. Peripheraldevices 345 may also include a credit receiving device, such as a coinacceptor, a bill acceptor, a ticket reader, and a card reader, which maybe used for placing wagers. The bill acceptor and the ticket reader maybe combined into a single unit. The card reader may, for example, acceptmagnetic cards, such as credit cards, debit cards, and smart (chip)cards coded, i.e., cards loaded with credits or that designate anaccount for use via the gaming machine 300.

According to the methodology of various example embodiments, a patronmay insert a player card to provide identification information to gamingmachine 300. A player-centric rewards process, such as disclosed above,may be implemented through a player-centric rewards program stored onpermanent storage accessible by the game processor or other localprocessor, such as a processor connected to a Bally iView or similarunit, and activated by a signal from the card reader. The player-centricrewards program may be a program or programs that may implement theprocess described by the flowcharts of FIGS. 1 and 2 through executionby processor 310 on gaming machine 300.

The information from the card reader may be processed through asubroutine to determine player eligibility for player-centric rewards.If the player is determined to be eligible, then the program maydecrement the value defined as the Count Limit by the number of creditswagered (or the corresponding monetary value if the Count Limit isstored as a monetary value) and update the storage register containingthe Count Limit. The program may determine whether the Count Limit isless than or equal to zero. If the value reaches zero or below, then thepatron may be determined by the program processing to have qualified foran award, a subroutine may be initiated to determine the award to beoffered to the patron, and the Count Limit may be reset to its originalvalue and decremented as the patron continues to play. In accordancewith the program processing, the patron player level may be determined,a set of potential prizes or prize levels may be identified for whichthe patron's player level is eligible, and the award may be chosen fromthe set of potential prizes or prize levels using a random orquasi-random number generator. In an alternative embodiment, thepatron's player level may be identified at the beginning of play and theset of potential prizes or prize levels may be determined for which thepatron's player level is eligible, gaming machine 300 may display amessage viewable by patron showing the count and/or the set of potentialprizes or prize levels for which the patron is eligible. Gaming machine300 may also provide encouragement to the patron to win an award and oneof the potentially available prizes or prize levels by displayingentertaining video images and/or providing audible messages, such ascheerleaders making a ‘GO’ cheer and/or displaying a fireworks displaywhen pre-programmed levels of play are met by a player.

Upon determining a prize or prize level that is to be offered to thepatron, then an instruction from the player-centric award program maydirect the processor to transmit a notification to the patron, such asby displaying an informational message on display 330 or 339 advisingthe patron that he has qualified for an award and providing the patronwith one or more options for responding to the notification. Thereafter,the patron may receive a redemption voucher for use at an operatorpatron service facility or a cash disbursement, such as credits added tothe credit meter or a printed cash voucher. When the patron completesplay, as by removing the player card from the card reader, then theCount Limit may be reset to its original value prior to a subsequentplayer initiating play.

In one or more example alternative embodiments, a Count and/or CountLimit may be stored in temporary storage, such as by example one or moreregisters of a game microprocessor, a player interface microprocessor,digital signal processor, or controller associated with a playerinterface such as a Bally iView, or a processor associated with a BallyGMU or GTM which may be communicatively connected to the gamemotherboard and the player interface. Alternatively, the temporarystorage may comprise an onboard (motherboard or daughter board)conventional memory, such as random access memory (RAM), or, anoff-board connected conventional memory, such as a conventionalhard-drive, or, a connected printed circuit board with a conventionalprocessor, controller, and/or memory. The temporary storage value may bedefined as the Count which corresponds to the number of credits wageredby an eligible patron during a gaming session. The respective processorcontrolling the temporary storage location may increment the Count bythe number of credits wagered in accordance with a player rewardprogram, such as one which may include an instruction set to implement atype of player-centric award process as shown in FIG. 1. After eachplay, the Count may be compared with the Count Limit in accordance withthe programmed player-centric award procedure executed by gameprocessor, when the Count is either equal to or greater than the CountLimit, the patron may then qualify for a player-centric award. Theprogrammed player-centric award procedure may then initiate a subroutineto determine an award to be offered to the patron, the Count may bereset to zero, and the Count incrementing and comparison steps may beginagain as the patron continues to wager. The award subroutine may includea variety of prize levels which may be determined in accordance with arandom or pseudo-random number generator where respective of theselectable numbers correspond to respective prize levels. Once theprocessor determines the award to be offered, then the procedureinstruction set may include an instruction for the game processor tosend an award notification to the patron through, by example, display330 or display 339, or by printing a voucher redeemable at one of theoperator facilities providing patron services. In the event of a displaynotification, the patron may by example be provided the option of havinga redeemable voucher printed or, in the case of a cash award, of havingcredits uploaded onto the credit meter for further play on gamingmachine 300. Alternatively, the game processor may cause an electronicaward record to be created and transmitted to a data location associablewith and accessible on behalf of the patron. Such a data location may bea permanent storage connected to the gaming machine or may be a memorystick or magnetic strip connected to the patron's player card. In thecase of records being stored on a patron's player card, a patron mayaccess the award by utilizing a machine readable device for dispensingrewards or by presenting the patron's player card to an operator'srepresentative, such as at a cashier's cage.

In one or more alternative embodiments, a Count or Count Limit may beobtained from information stored or machine readably inscribed on orabout patron's player card through the use of user card interface 340which may have a receptacle to receive player cards or may have ascanner enabling a proximity scan of the information on the patron'splayer card. The patron's player card may contain the information suchas through the use of a memory strip. In such cases, user card interfacemay have a read-write capability to enable writing the ending state forthe Count and/or Count Limit values at the time the patron concludesplay on a given gaming session. Thus, a patron may play different gamingmachines and play at different times while retaining the state of thepatron's Count and being able to continue to accumulate points duringeach gaming session without losing the value of the Count from the priorsession.

Alternatively, when the patron completes play at a given gaming machine,as by removing the player card from the gaming machine card reader, thenthe Count may be reset to its zero or initial value. In other words,there is no Count or Count Limit state that is saved at the end of agaming session. Also, the Count will be re-initialized after eachinstance where the patron reaches the Count Limit and the game processordetermines whether an award shall be offered or presented to the patron.

Referring to FIG. 4A, a simple block diagram of rewards server 450connecting over network 406 to representative example gaming machine 300is shown. Example rewards server 450 includes processing engine 455connected to sweepstakes database 460 and birthday database 465.Processing engine 455 may comprise a conventional personal computer,such as an Intel or AMD microprocessor-based computer, or, any otherconventionally available computers capable of performing general purposecomputing and gaming specific applications, such as Dell, SunMicrosystems or IBM computers. Databases 460, 465 may comprise one ormore conventional hard drives or other storage media for storing patronrecords which may be written, updated, and accessed through processingengine 455, and, for storing programs executable by processing engine455. The stored programs may include one or more procedures,subroutines, or sets of coding for performing or enabling birthday,sweepstake, or other player-centric rewards processing such as areoutlined in the steps of FIGS. 1 and 2. For connecting the variousdevices, such as servers at the back-end and gaming machines 300 at thefront end, network fabric 406 may include, but is not limited to, anIP-based local area network backbone, such as Ethernet. As may beappreciated, other functionally comparable network backbones may beutilized.

For instance, in an example system such as is shown in FIG. 4A, gamingmachine 300 may utilize network interface 325 to connect with rewardsserver 450 through network 406. A player card connectable through usercard interface 340 to gaming machine 300 may contain sufficientinformation which when read such as by user card interface 340 may beused to identify a player at gaming machine 300 either directly from theinformation stored on the card and/or by transmitting player cardidentification information to query a network-connected server anddatabase containing player records such as rewards server 450 or aseparate player tracking server (not shown) and accessing a patron'splayer records remotely. Once the patron's records have been accessed, aquery may be sent to rewards server 450 either from gaming machine 300,a player tracking server, a host computer connected to various serversconnected to the network, or other conventional network communicatingdevice inquiring whether the patron is eligible to receive a birthday,sweepstake, or other player-centric reward. Responsive to the query,rewards server 450 may transmit a patron reward message to gamingmachine 300 which may cause a message and/or video to be displayed forviewing by the patron on either an iView-type display, a main display,or other information medium, for example a speaker, apprising the patronof an available reward, possibility of a reward based on continued play,and/or providing an entertaining audio and/or video transmission.

In one example embodiment, the patron's player records including currentCounts and/or Count Limits may be downloaded to gaming machine 300 fromrewards server 450, a player tracking server (not shown), or some othernetworked computer and/or database. As the patron proceeds to play, theCount may be incremented or decremented as discussed more fully aboveuntil the Count either matches the Count Limit or reaches zero, at whichpoint, the patron may become eligible for a player-centric award asdiscussed more fully above. As also discussed above, the patron'sinformation may be utilized to compare against possible player-centricrewards, such as a birthday award, to determine the patron'seligibility. In another embodiment, the Counts and/or Count Limits maybe maintained and updated on a server, such that as a patron plays,information is sent to the server concerning each play and the Count isincremented or decremented in accordance with a procedure such as isshown and discussed more fully above with reference to FIG. 1.

In the case of a network-connected player database and/or serveraccessible by one or more gaming machines 300 as through networkinterface 325 over network 406, an operator may identify and rateplayers, either through direct data input or conventional softwaredesigned to perform the identification and rating functions on a hostcomputer or player tracking server based upon play over a period oftime. Based upon the player rating, a procedure may be implemented aswith a computer module executed by rewards server processing engine 455that associates ratings of players with operator determined tieredplayer levels and according to the tiered player levels establisheseligibility for player-centric rewards as discussed above. Theeligibility information may by example be stored according to playertier levels in sweepstakes database 460 and/or birthday database 465, oron an individual player basis, in a player tracking database which maybe updated either in real-time or on a periodic basis through the playertracking server. When a player inserts a player card or otherwiseidentifies themself, a gaming machine may access and utilize theinformation stored on the networked system to determine the eligibilityof a player for player-centric rewards. In the case where theplayer-centric rewards program resides on the gaming machine, then itmay begin execution upon determining that the player at the gamingmachine is eligible.

Alternatively, the player-centric rewards program may reside on aserver, such as rewards server 450, remote from gaming machine 300. Inwhich case, gaming machine 300 may simply provide the incrementing andcomparison functions, and transmit a message to the server when thethreshold is met for an award to be offered to a patron. For instance,when a player is identified at a gaming machine as eligible forplayer-centric rewards, then the player-centric rewards program maybegin executing such as through processing engine 455. The instructionset may include sending a message to the gaming machine to set andincrement a counter in accordance with play by the eligible player andto send a message to the server, for example, when the Count reaches theCount Limit.

In another alternative, the gaming machine may provide game playinformation on a real-time basis to the server which may perform theincrementing and comparison functions, as well as the rewardsprocessing. Upon the server determining an award to be offered, theserver may create and store a record which may be associated with thepatron's player information and may also send a message to the gamingmachine to notify a patron of the award offer. In the case of an awardoffer, a patron may be required to indicate an acceptance as by pressingan ‘accept’ button or key or by entering a personal identificationnumber (PIN). Alternatively, in each case discussed above, an award maysimply be given to a patron without any acceptance required by thepatron. Conditions may or may not be included with an award or awardoffer, such as that the patron utilize or redeem the award within aperiod of time which may be determined by an operator.

Continuing to refer to FIG. 4A, in one or more embodiments, user inputdevices 335 may include a processor, memory, and associated componentsas may be implemented on a printed circuit board and the Count or CountLimit may be received by this circuitry and related software fordecrementing or incrementing as the case may be upon each play by thepatron. In these example implementations, the wager information may bepassed from microprocessor 310 or another processor with access towagering information, in accordance with an instruction from theprocessor in order that the Count or Count Limit be correctly adjusted.

In one or more example embodiments, a game monitoring processor unit,such as a Bally game monitoring unit (GMU), may be implemented separatefrom microprocessor 310 and the processor that may be included with userinput devices 335, such as Bally's iView, but may be connected to bothfor receipt of gaming information and player information, respectively.In these example implementations, the Count or Count Limit may bemaintained with the game monitoring processor unit and the wagerinformation will be passed to it from or in accordance with aninstruction from microprocessor 310.

In each of the examples described above, the Count or Count Limit may beincremented or decremented by a gaming and/or one or more relatedprocessors incorporating programming to effect steps, such as inaccordance with the flowchart described by example with respect toFIG. 1. When the pre-determined number of plays is reached by the patronthen a signal may be sent to display 339 (FIG. 3B) (incorporated withuser input devices 335) and a celebratory show may be presented to thepatron from a memory (which may be part of user input devices 335 orotherwise stored on gaming machine 300) to apprise the patron that thepatron is eligible for an award. In the case, where gaming machine 300is not network connected, then a random number generating program may beinitiated to determine whether or what award the patron may receive,such as a sweepstakes prize, cash award, restricted credits, etc. Ineach of the cases described above with respect to player-centric rewardsbased on play, a similar program process or subroutine may be executed,such as in accordance with the flowchart described by example withrespect to FIG. 2, which includes obtaining player information, such asbirthday, anniversary, etc., and comparing against the current date orthe program steps may simply obtain the date and compare versus selectedstored holidays to determine whether a patron may be eligible for aplayer-centric award other than for play.

Continuing to refer to FIG. 4A, rewards server 450 includes processingengine 455 which may communicatively connect to sweepstake database 460and birthday database 465. As shown, gaming machine 300 may includenetwork interface 325, such as one or more conventional network PCMCIAcards or a Bally ACSC NT-board, GMU, or GTM, to facilitate IP-based oraddress-based communication of some form with other networked devices,such as the rewards server 450 and the like. Through the network,microprocessor 310 may communicate with rewards server 450 to facilitateexecution of various rewards transactions. In one or more embodiments,the network interface 325 may be used to download one or more gamingpresentations or other software and/or data from the gaming server. Tofacilitate placement of wagers using a credit or debit card through acredit card reader (not shown) that may be connected to gaming machine300 as by example through user input devices 335, user card interface340, and/or peripheral devices 345, network interface 325 may be used tocommunicate with a banking server (not depicted), which connects to afinancial institution that has issued the financial card, conduct acredit card authentication process, and then credit the requested amountto gaming machine 300. The accounting server issues credit confirmationto gaming machine 300, which in turn allows the casino patron to placethe desired wager on the machine and to proceed with the game. In aprogressive gaming network environment, where several gaming machines300 compete for a single jackpot prize, the network interface 325 may beused to communicate with other gaming machines 300, as well as with agame monitoring server (not depicted) to synchronize a jackpot value andother parameters.

Referring to FIG. 4B, networked gaming system 401 is shown in accordancewith one or more aspects of the invention wherein banks 403 of gamingmachines 300 are connected to router 405, router 405 connects to routerserver 407 and multiple backend subsystems 409 including player-centricrewards programming enabling the executing of slot process jobs 411. Byexample, networked gaming system 401 may be conventionally architectedsuch as with conventional Bally gaming machines and a conventionallyavailable ACSC SMS and CMS products implemented with the IBM iSeriesproducts with modifications to selected portions of the player trackingsoftware to incorporate the player-centric rewards such as thosedescribed in FIGS. 1 and 2 and in the foregoing description.

Routers 405, such as a conventionally available Bally ACSC Game Netdevice, may be programmed to consolidate gaming data and othercommunications from respective bank 403 of gaming machines 300 intopackets and to transmit the packets according to the routers programmingto game net server 407 and/or pre-determined portions of multiplebackend systems 409. Routers 405 may receive a notification of eachtransaction at their respective banks 403, modify the information priorto transmission to router server 407, such as a conventionally availableBally ACSC Game Net server, and selected portions of multiple backendsubsystems 409 according to router 405 programming. For example, when apatron inserts the patron's card in a card reader of gaming machine 300,the information is read from the player card and transmitted to router405 which in turn sends the player information to selected portions ofmultiple backend subsystems 409 and a query may be made whether thepatron is eligible for a player-centric reward, such as a birthdayreward. Additionally, upon a patron playing sufficiently to match thepatron's Count with the Count Limit, router 405 connected to therespective player's gaming machine 300 may be programmed to transmit amessage to a rewards server, such as shown in FIG. 4A, which may beimplemented as part of multiple backend subsystems 409.

Multiple backend systems 409, such as may be conventionally architectedusing Bally's ACSC SMS and CMS iSeries-based products, may be programmedto process player-centric slot process jobs 411. The iSeries-basedproducts implemented in the Bally architecture may include i5 server413, which are originally manufactured by IBM and programmed by Bally toperform networked gaming systems functions. Amongst the programming thatmay be implemented may be player-centric rewards programming to performthe steps described in the figures and description herein. To accomplishvarious networked gaming systems functions including player-centricrewards processing, multiple backend systems 409 may include slotaccounting system (SLT) 415, slot marketing system (SMS) 417, and casinomanagement and accounting system (CMS) 419. Each of the respectivesystems may be under the centralized control of a host computer thefunction of which may be performed by i5 server 413. Additionally therespective functions of systems 415, 417, 419 may be implemented throughprogramming of separate servers or a single server such i5 server 413. Aworkstation (not shown) may connect to i5 server 413 and may include aconventional display, keyboard, and mouse enabling an operator (user) torun respective programs associated with systems 415, 417, 419 and modifythe operation of the respective systems through the selection of variousoptions such as player-centric rewards criteria. For example, upon apatron inserting a player card into a gaming machine 300 connected tonetworked gaming system 401, a message may be sent to i5 server 413 thatcontains patron information and initiates one or more slot process jobs411 according to the programming of i5 server 413 to determine whetherthe patron is eligible for a birthday reward. Programming of i5 series413 may be triggered upon receipt of the patron information thatincludes sending selected patron information and a query to slotmarketing system 417. In parallel, i5 series 413 may send patron andgaming machine 300 identifying information and a transaction report toslot accounting system 415. On determination of a patron's eligibilityfor a birthday reward, SMS 417 may send a message to CMS 419 to make arecord of the transaction and a message may also be sent from multiplebackend systems 409 to gaming machine 300 notifying the patron of thebirthday reward. Similarly, slot process jobs 411 may be initiated on i5series 413 upon a patron meeting the playing criteria for eligibilityfor one or more player-centric rewards, such as Bally Lucky Star PowerSweepstakes Rewards.

Referring to FIG. 5, bonus rewards control process 501 is shown via aflow diagram in accordance with one or more aspects of the invention anddescribes process steps which may be implemented by the programming andrunning of a bonus rewards program on i5 server 413 and programmingvarious options through the user workstation, such as a Bally ControlPanel (BCP). In order to access information or initiate programmingactivity at the workstation, i5 server 413 includes conventionalsecurity programming that upon a key being depressed on the keyboardpresents a query on the display requesting a user to log in a useridentification and password (step 503). Once an authorized user has beenidentified by i5 server 413, a menu may be displayed with variousoptions for the user to choose from. Amongst the options, one option maybe to access the Sweepstakes Rewards activation controls interfaceprogram residing on i5 server 413 which user activates (step 505). Uponreceiving the activation request, i5 server 413 executes the SweepstakesRewards activation controls program (step 507), accesses the SweepstakesRewards activation control database where the current settings arestored and displays the current settings (step 509). Once the currentsettings are displayed, the user can modify various of the settings bytyping values or pulling down a menu of options associated with thevarious settings (step 511). When the user has completed modificationsto the Sweepstakes Rewards settings, the user may press the enter buttonwhich may cause the Sweepstakes Rewards activation controls interfaceprogram to receive the input data and instruct i5 server 413 toover-write the old current settings data with the new current settingsdata in the Sweepstakes Rewards activation control database. Prior toover-writing the old data, i5 server 413 may respond with a securityquestion asking if the user is sure that it wants to change the currentsettings. Upon the user, pressing the ‘ok’ button, i5 server 413over-writes the old data with the new data, (step 513). Thereafter, whena patron qualifies for a Sweepstakes Reward, a message is sent fromgaming machine 300 to i5 server 413 which causes the Sweepstakes Rewardprogram to be executed and the Sweepstakes Reward control data to beaccessed from the Sweepstakes Reward activation control database todetermine the eligibility of the patron for one or more SweepstakesRewards.

Referring to FIG. 6, bonus rewards control process 601 is shown via aflow diagram in accordance with one or more aspects of the invention anddescribes process steps which may be implemented by the programming andrunning of a bonus rewards program on i5 server 413 and programmingvarious options through the user workstation. Bonus rewards controlprocess 601 describes additional steps and options as compared toprocess 501 shown in FIG. 5; however, the programming and operation issimilar in both instances.

To initiate activity at the workstation, the workstation display panelmay display a request for a username and password, (step 603). When theworkstation user enters a username and password and transmits theinformation, the workstation or the i5 server 413 or some other networkconnected device may compare the entered user information with adatabase to determine if the user information matches an authorizeduser. If the user is authorized to enter the bonus reward controlapplication maintained by i5 server 413, the workstation, or anothernetwork connected device, then a menu may be displayed (step 605) basedon the level of access permitted to the user which may be determined bythe information stored in the database and associated with the username.As a security measure, security programming may cause i5 server 413 tolock the keyboard and/or display in the event that an incorrect usernameand password is entered three times.

Amongst the selections provided by the display may beBonusing/Sweepstakes (step 607) which the user may choose to select. Thecomputer application controlling access to this option may determinewhether the user is authorized to modify, add, or update, or view theBonusing/Sweepstakes status menu (step 609).

If the user is not authorized, then a message may be displayedaccordingly and an alert message may be sent to a security computerand/or monitor indicating that there has been an attempt to access theBonusing/Sweepstakes status menu by an unauthorized user. If the user isauthorized, then the current Bonusing/Sweepstakes status for the CMS &SMS may be displayed on the display panel (step 611). Depending upon theuser's access level, portions of the displayed settings forBonusing/Sweepstakes may be set for read-only while other portions maybe selectable and modifiable. Alternatively, portions of the displaysettings which might otherwise be read-only may be provisionally allowedto be reset subject to a sign-off by a user with higher levelauthorization.

One way to begin adjusting Bonusing/Sweepstakes settings may be toselect a player card level, (step 613). In accordance with the playercard level, the user may select a reward from a set of allowablerewards, set the number of days to claim the reward, and set a value forthe reward. Where, for example, the value may be a dollar amount whichmay correspond to a Count Limit to be associated with the player cardlevel according to denominations played by the various patrons, (step615). Upon entry of the new settings, the display panel may show therevised settings along with the unrevised settings, (step 617). The usermay repeat the steps for each player card level or the user may have theopportunity to revise each card level before entering the changes.

Once the user has entered the changes, the bonus rewards processingrequests the system to validate the entered data changes. The validationmay be at the local level (the workstation) or may be performed by i5server 413 or may be performed by some other network connected devicedepending upon which device executes the bonus rewards editing program.During the validation processing, the bonus rewards editing program maycompare the settings against a local database containing permissiblesettings according to levels of players. In the event that a discrepancyis found, then the display panel may indicate the error and request acorrection before proceeding, (step 620). Once the new data settings arevalidated at the local level, the workstation or i5 server 413 maytransmit the new Bonusing/Sweepstakes data settings to rewards server450 with an instruction to update the previous settings. The user mayexit the Bonusing/Sweepstakes editing process and return to the mainmenu, (step 623).

Referring to FIG. 7, a flowchart shows a bonusing rewards process 701 inaccordance with one or more embodiments of the invention. In the instantflowchart, the user updates from FIG. 6 process have been input torewards server 450. As discussed earlier, in an alternative embodiment,the rewards program may be loaded on gaming machine 300 with the playerinformation being either included in a local or remote databaseaccessible by the gaming machine processor in order to determineeligibility, etc.

After a patron inserts his/her player card, a query may be made from thegaming machine as to whether the bonusing rewards program is active,(step 703), and in the case of a server based rewards program, thereal-time play data may be transmitted to rewards server 450, (step705). It may be appreciated that that would be one of many types of waysto process the player information so as to be able to determineeligibility, rewards, etc. If the bonusing rewards program is activethen rewards server 450 may access and process the player information todetermine whether the patron's account information matches any of therewards criteria, (step 707). If not, then the rewards processing withrespect to the particular patron terminates or the rewards server 450continues to receive updates on the patron's play, if a reward processis active based on Count and for which the patron may be eligible in theevent of additional play. If the patron information does match therewards criteria, then the patron's account is updated accordingly,(step 709). Rewards server 450 or the host computer sends an instructionto gaming machine 300 to play a show for the patron on one of the gamingmachine displays and/or an associated overhead display and the patron isinformed through the show and/or additional information of the reward,(step 711). In the case where the patron is required to take an actionto accept the reward, patron may do so through the player interfaceassociated with the gaming machine or may go to a cage to request thereward, (step 713). In the case where the reward has a time-limitationfor redemption, the patron may be informed that the reward will expireat a pre-determined time, such as at the end of the day or week, etc.,(step 715). Upon seeing the show, patron may simply choose to redeem thereward, such as a cash reward, by pressing the accept button to downloadcredits to gaming machine 300, (step 717). Upon redemption of a reward,rewards server 450 and/or player tracking server receives theinformation and the patron's account is updated accordingly.

Referring to FIGS. 8 and 8A, SMS block diagrams including transactionflow 801 are shown in accordance with one or more embodiments of thepresent invention. Game server 803, such as a Bally Game Net server, mayexecute rewards program and communicate through floor processor 805,such as Bally Game Net, to provide player-centric rewards at the gamingmachines. Through floor processor 805, birthday rewards messages 807 aretransmitted to respective gaming machines 300. Birthday rewards messages807 cause keys to be activated on gaming machine 300, such asself-comp/service keys, so that patrons may accept and pull-down cashrewards or playing credits, etc. down to their respective gamingmachines.

In order to determine patron eligibility, rewards server 803 may receivedata from the CMS, such as patron account information. Also, the playeraccount information may be updated to the CMS as part of the processingperformed through floor processor 805 and game server 803 when patronsare awarded and redeem rewards. Transmissions may be made as between thenetworked devices using TCP/IP protocols.

In one or more embodiments, three player levels 809 are utilized(although there may be more or less depending upon the users selectedoptions) and the respective Count Limits and related reward informationare transmitted as between floor processor 803 and the respective gamingmachines where eligible patrons play. Upon notification if rewards,floor personnel may also be apprised as through pager dispatch 811.

Referring to FIG. 9, a flow diagram of player-centric rewards system 900in accordance with one or more aspects of the invention. To initializethe player-centric rewards, an operator or user inputs the rewardsprocess data at the workstation 901 connecting to bonus rewards server902. As described previously, the operator may select from various inputvalues, which may include the denomination and corresponding Count Limitrequired to be played by a player before the player may be eligible fora reward, such as a Bally Lucky Star. The input data is transmitted tobonus rewards server 902 which in turn communicates through the network903 with gaming machines 904. When the player inserts a player card intoa card reader associated with a player interface unit, gaming machine904 sends the information to the host computer which routes theinformation through its network of processors and processes to determinethe patron information and query bonus rewards server 902 as to thepatron's eligibility. To enable the communication between the playerinterface unit, a player interface processor includes an executablecommunication instruction set operable to receive and transferinformation between the player interface and the rewards server. Theplayer interface processor may be connected to communicate directly overthe network or through other processors, such as a game processorassociated with the gaming machine or a network processor, such as theprocessor controlling a Bally GMU or GTM, which may communicativelyconnect with the player interface unit, such as a Bally iView, the gameprocessor, and the rewards server.

Bonus rewards server 902 may determine if there is an immediate rewardavailable, such as a birthday reward, and also determine whether thepatron is eligible to play for player rewards and if so, may determinethe Count Limit required based on the player rating or may obtain acurrent Count state, if the system permits accumulation of the Countduring more than one playing session. The Count and Count Limit may thenbe transmitted to gaming machine 904, where in the case of an ACSCCMS/SMS an NT board at the gaming machine may store the Count Limit andcurrent Count. As the patron plays, the Count may be accumulated by acounter associated with the NT board. When the Count matches the CountLimit, a message may be sent from gaming machine 904 to floor processor906 which in turn may transmit the information to patron managementsystem 907, such as the CMS including rewards server 902, which mayinclude the patron's identifying information and that the patron has metthe play requirements for a reward, such as a Lucky Star. Patronmanagement system 907 processes the information and based on thepre-programmed rewards and eligibility data determines the award to beoffered to the patron, updates the patron's account to include the awardinformation, and transmits message 908 to the patron through floorprocessor 906 and gaming machine 904 which may cause a show to beinitiated on display 909 on gaming machine 904 that informs the patronof the award. Thereupon, the patron may use keypad 910 on gaming machine904 initiate request 911 for the award to be downloaded from thepatron's account and onto the credit meter of the gaming machine (in thecase of a cash award). Request 911 is transmitted through floorprocessor 906 and to patron management system 907 where the processingsystem determines whether the request should be granted and takes theactions needed to comply if the request is valid.

Referring to FIG. 10-23, screen captures of display menus are shownwhich may be generated at a user interface, such as a workstationconnected to a host computer and/or rewards server in accordance withone or more aspects of the invention. The user interface menus shown maybe accessed by a casino operator's agent at a host computer and/orrelated servers' user interface. The menu illustrates a data structurethat may be stored and implemented in the processing engine 455 of therewards server 450 to effectuate processing of the sweepstakes and/orbirthday rewards transactions according to one or more exemplaryembodiments.

An example workstation may be a Bally control panel which includes adisplay and keypad for use as a user interface. Authorized personnel mayaccess the work station by entering their username and password.Depending upon the level of security access permitted by the user, theuser may be able to access menus which are generated from a rewardsprogram providing for editing.

The menu of FIG. 10 provides a user information as to the status of therewards program on the CMS. In this example, the Bally Power SweepstakesRewards program is active, so that an eligible patron may accumulate aCount during the patron's gaming session or sessions and when the Countmatches the Count Limit, the patron may obtain a reward, such as asweepstakes entry. There may be multiple winners of the sweepstakeswhich may be determined real-time and there may be varying levels ofprizes or rewards which may be obtained depending upon the sweepstakesentry. In the menu of FIG. 10, the user is offered the option toactivate controls, maintain the rewards program, exit the rewardsprogram, or continue to another menu.

The menu of FIG. 11 presents a query to the user as to whether therewards program is active on the CMS. In this instance the rewardsprogram is currently active.

The menu of FIG. 12 is entitled SMS Marketing Menu which providesoptions for the user to select one of the marketing programs availableon the CMS/SMS which in this instance include options to select eithereBonus Maintenance or Power Sweepstakes Rewards. Additional options maybe requested, the user may sign off, or may enter a required passwordfor access at different levels of authorization.

The menu of FIG. 13 informs the user that the sweepstakes rewardsprogram is not active and the provides a query asking the user if theuser wishes to enter the activation controls or maintain sweepstakesrewards menu.

The menu of FIG. 14 presents a query whether the rewards program isactive on the CMS. In this instance, the rewards program is not active.

The menu of FIG. 15 presents a columnar listing of the respectivedenominations of slot machines and sweepstakes rewards eligibility forthree levels of patrons. In one or more exemplary embodiments, theprocessing engine 455 may be configured to recognize the three differentcard levels. The gaming machines 300 may have different slotdenominations ranging from $0.01 to $100 (Column 1). As shown, a usermay select different rewards and redemption period for each denominationand each level of player. For instance, from the example menu, it may beseen that the user has designated that the highest level players areeligible to receive a sweepstakes reward of $15 (Column 2) which isredeemable for a period of 15 days (Column 3) for playing anydenomination slot machine.

On gaming machines having $0.01, $0.02 and $0.05 cent slot denominationsor wagers per line played by a patron, only the highest designated cardlevel is eligible to receive the sweepstakes reward of $15 which isavailable for a period of 15 days from activation of the sweepstakesreward. Zeros in Columns 3 and 4 indicate the ineligibility of thesecond level patrons and zeros in Columns 4 and 5 indicate theineligibility of the third level patrons.

On gaming machines having a $0.10 denomination, only the first andsecond card levels may receive the sweepstakes rewards. For $0.10denomination slot machines, the first card level patrons are eligible toreceive a $15 reward available for 15 days, and the second card levelpatrons are eligible to receive a $10 reward available for 10 days.

For gaming machines having a $0.20 to $100 slot denomination, the firstcard level patrons are eligible to receive a $15 reward available for 15days, the second card level patrons are eligible to receive a $10 rewardavailable for 10 days, and the third card level patrons are eligible toreceive a $5 reward available for 5 days. As discussed previously, inorder for patrons to receive a reward, pre-determined amounts of wagersare played by the patrons and the amount of wagering required to obtaina reward may be varied according to the player level. The menu throughthe rewards program provides the user the opportunity to change any ofthe displayed values, delete any of the denomination rows, and displayany updates.

In accordance with one or more embodiments, the sweepstakes rewards maybecome available to a casino patron as soon as the rewards are activatedby the casino. In one or more embodiments, the sweepstakes rewards areavailable only to the casino patrons who have casino-issued user cards.Therefore, to access the sweepstakes rewards, the patron must insert hisor her user card into the gaming machine 300. If the sweepstakes rewardsare available, the patron is notified of the available sweepstakesrewards. In one or more embodiments, a ‘promo’ light on the gamingmachine 300 may blink as an indicator that one or more rewards isavailable. In another embodiment, a message may be displayed on theiView™ interface describing the sweepstakes rewards that are available.A patron may accept the reward credits by pressing a ‘Rewards Button’ onthe gaming machine 300 at the time of receiving the notification or atany other time within the indicated promotional period at any gamingmachine 300 within the gaming environment. Once the patron redeems thesweepstakes reward, the rewards notification message is no longerdisplayed to the patron on the gaming machines 300. The rewards server450 may maintain information about patrons who have redeemed theirsweepstakes rewards in the sweepstakes rewards database 460.

Similar to the sweepstakes rewards, the rewards system may also providesbirthday rewards to the casino patrons according to one or moreembodiments which may be modified using a menu similar to that shown inFIG. 15. Processing engine 455 of rewards server 450 may be configuredto implement birthday reward transactions. The birthday reward istypically made available to the casino patrons only once a year and maybe cashed out only within a predetermined time period before or afterthe patron's birthday. The time frame for redeeming birthday rewards maybe set based upon the card level of the casino patron. The birthdayinformation relating to the casino patron may be stored in the birthdayrewards database 465. The birthday rewards information in the database465 may be accessed based upon the patron's user ID information, whichis read from the user's card and then provided to the rewards server 450by the gaming machine 300. To assure that the patron does not getmultiple birthday rewards within any one year time period, the birthdayrewards database 465 contains information on whether the given patronhas redeemed his or her birthday reward.

Similar to the sweepstakes rewards, the birthday rewards amount andduration may depend on the card level of the particular casino patron.Thus, in one example, a first level card holder may receive a $15birthday reward and have 15 days to take these credits once they becomeavailable to the patron, provided the patron inserts his user card intothe gaming machine between three days before and three days after hisbirthday. The second level card holders may receive a $10 birthdayreward and have 10 days to take these credits once they become availableto the patron, provided he inserts his user card into the gaming machinebetween two days before and two days after his birthday. The third levelcard holders may receive a $5 birthday reward and have only five days totake these credits once they become available to the patron, provided heinserts his user card into the gaming machine between one day before andone day after his birthday.

The menu of FIG. 16 presents the one cent denomination Count Limitsettings for the three respective levels of patrons. The rewards programalso displays the maximum limit that may be entered ‘$65535’ andprovides instructions to the user to make changes and view additionalsettings or menus. In the example menu, only the highest level patron iseligible for receiving a $15 sweepstakes reward (Column 1), which may beredeemed within 15 days (Column 2). When a reward is to be offered,select a show that will be displayed for the patron (Column 3). Thenumber ‘59’ corresponds to a show stored on the rewards system. Thesecond and third level patrons are not eligible for a reward for playingone cent denomination slots which is reflected by the zeros in row 2(second level patron) and row 3 (third level patron). The user maymodify any of the data and link the sweepstakes reward promotion toother rewards, bonuses, and/or promotions.

The menus of FIGS. 17 and 18 are informational pages that are generatedby the rewards program to introduce the user to the sweepstakes rewardprogram as implemented on the SMS/CMS.

The menu of FIG. 19 displays the Count Limit settings for five centdenomination slot machines and indicates that the number one ratedpatrons may be eligible after playing one hundred dollars of wagers. Themenu also provides for the user to make changes and/or deletions to thesettings which are also included with respect to gaming machinemanufacturer.

The menu of FIG. 20 provides a display of the message to be presented toa patron which may be modified by a user. When a patron earns asweepstakes reward, the message may be displayed on a player interface,such as a Bally iView, on a gaming machine where the patron is playing.The display informs the patron that the patron has earned a $15 rewardwhich must be redeemed by a set date.

The menu of FIG. 21 displays various subroutine/function code links(Column 2) associated with the rewards program and descriptions (Column1) which may be identified by the user to adjust settings. For instance,each card level has a separate variable associated with the amount ofthe reward, the number of days to claim the reward, and the show to beprovided when the patron earns a sweepstakes reward.

The menu of FIG. 22 displays the SMS system values which may be modifiedby a user. For instance, in the example, Lucky Stars Active refers tothe sweepstakes rewards as described above and the ‘Y’ indicates that‘yes, Lucky Stars is active. The user may replace the ‘Y’ with a ‘N’ tode-activate the rewards being offered to patrons on the system. Otheractive and inactive features of the SMS system are shown on the displayand may be modified by the user.

The menu of FIG. 23 displays a summary of sweepstakes rewards for whichCard Level 1, 2, and 3 patrons are eligible that play on $0.25, $0.50,$1, and $5 denomination slot machines 300 or wager in thosedenominations on slot machines 300 with multiple denominations and/oramounts that may be wagered per line. The amount of the reward and thedays that the reward will be available may be varied according to patronlevel and denomination wagered. More than one Count Limit may bemaintained for an individual patron depending on the denominationplayed. The user may also select the particular rewards code toassociate with the denomination, such as ‘Ebonus1’.

While the example embodiments have been described with relation to agaming environment, it will be appreciated that the above concepts canalso be used in various non-gaming environments. For example, suchrewards can be used in conjunction with purchasing products, e.g.,gasoline or groceries, associated with vending machines, used withmobile devices or any other form of electronic communications.Accordingly, the disclosure should not be limited strictly to gaming.

The foregoing description, for purposes of explanation, uses specificnomenclature and formula to provide a thorough understanding of theinvention. It should be apparent to those of skill in the art that thespecific details are not required in order to practice the invention.The embodiments have been chosen and described to best explain theprinciples of the invention and its practical application, therebyenabling others of skill in the art to utilize the invention, andvarious embodiments with various modifications as are suited to theparticular use contemplated. Thus, the foregoing disclosure is notintended to be exhaustive or to limit the invention to the precise formsdisclosed, and those of skill in the art recognize that manymodifications and variations are possible in view of the aboveteachings.

1. A user control station operable with a networked gaming system, thenetworked gaming system including a reward server with an executableplayer-centric rewards program; the user control station including aneditor program operable to edit settings of the player-centric rewardsprogram; a display viewable by a user; and a user input device; thedisplay operable to display one or more editable settings of theplayer-centric rewards program; the editable settings including a playerreward status setting, one or more denomination settings, one or morecount limit settings, and one or more player reward settings, the playerreward status setting indicating player rewards availability on thenetworked gaming system, the denomination settings indicating thewagering denominations for which player rewards are available, the countlimit settings and player reward settings being associable with each ofthe denomination settings; the user input device operable to accept userinput changing the editable settings, the display operable to display anupdate of the editable settings; the user control station operable tosubmit the update to the rewards server causing the executableplayer-centric rewards program to be updated; the editable settingsincluding one or more player rating settings associable with each of thedenomination settings, each of the player ratings being determined by arequisite level of playing history, the count limit settings and playerreward settings being adjustable with respect to each of thedenomination and associated player rating settings; the user controlstation including an executable password protection program; upon entryof an initiating input, the display presenting a request from thepassword protection program for entry of an authorized user name and acorresponding password; the user input device operable to receive inputof the authorized user name and corresponding password from the user andtransmit the response to the request; after determination that the userinformation is authorized, the display presenting a prompt enabling theuser to engage the editor program.
 2. The user control station of claim1, wherein the one or more available player rewards comprise at leastone of a playing reward and a birthday reward.
 3. The user controlstation of claim 1, wherein at least one of the one or more availableplayer rewards comprises at least one of a cashable credit value and anon-cashable credit value that can be used by the player to play thegame.
 4. A player-centric reward server operable with a networked gamingsystem, the networked gaming system including a user control stationwith an editor program operable to edit settings of the player-centricrewards program and one or more gaming machines; the player-centricreward server including a processor; an executable player-centricrewards program operable to determine player rewards; a player databaseincluding a player record for one or more enrolled players; one or moreplayer-centric rewards databases; and a transceiver unit operable tobi-directionally communicate with any other network connected device,the transceiver unit receiving player identification information; theprocessor determining which of the player-centric rewards are available,utilizing the player identification information to identify acorresponding player record, and based on information in thecorresponding player record, determining eligibility of a player for oneor more player rewards; the one or more player-centric rewards databasesincluding a playing reward database, the playing reward databaseincluding one or more denomination settings, one or more count limitsettings, and one or more player reward settings, the player rewardstatus setting indicating player rewards availability on the networkedgaming system, the denomination settings indicating the wageringdenominations for which player rewards are available, the count limitsettings and player reward settings being associable with each of thedenomination settings; based on the player identification informationand corresponding player record, the processor determining a count limitand transmitting the count limit through the transceiver unit to anidentified gaming machine associated with the player identificationinformation; after gaming activity by the player passes a thresholdestablished by the count limit, the processor accessing the playingreward database, determining a playing reward, updating the playerrecord including the playing reward, and transmitting a message to thegaming machine to apprise the player of the playing reward; the playingreward database including one or more player rating settings associablewith each of the denomination settings, each of the player ratings beingdetermined by a requisite level of playing history, the count limitsettings and player reward settings being set at pre-determined valueswith respect to each of the denomination and associated player ratingsettings, the player identification information including thedenomination of the gaming machine, the player record including theplayer rating, the processor determining the associated count limit fromthe playing reward database; the one or more player-centric rewardsdatabases including a birthday reward database, the birthday rewarddatabase including one or more player rating settings, one or more timeperiod settings, and one or more player reward settings, the time periodsettings indicating the time period about a player's birthday when theplayer may redeem a birthday reward, the time period and birthday rewardsettings being associable with the player rating settings; based on theplayer identification information and corresponding player record, theprocessor determining a birthday reward, updating the player record toinclude the birthday reward and transmitting the birthday rewardinformation through the transceiver unit to an identified gaming machineassociated with the player identification information; the one or moreplayer rewards being redeemable at the gaming machine upon the playerrequesting the player reward to be credited to the gaming machine; uponredemption of one or more gaming rewards, the processor updating theplayer record.
 5. The system of claim 4 comprising said executableplayer-centric rewards program operable to determine a player'seligibility for the one or more player rewards, the processor isoperative to determine said eligibility based upon whether the playerhas wagered a predetermined number of credits on one or more gamingmachines.
 6. The system of claim 4, wherein in determining the player'seligibility for the birthday reward, the processor is operative todetermine whether the player has requested birthday rewards within apredetermined time frame surrounding the player's birth date.
 7. Thesystem of claim 6, wherein the processor is further operative todetermine an amount of the birthday reward; the amount of the birthdayreward depending, at least in part, on one or more of the denominationof the gaming machine, the frequency of the player's gaming, theduration of player's gaming, and the amount wagered by the player duringgaming.
 8. A player-centric reward server operable with a networkedgaming system, the networked gaming system including a user controlstation with an editor program operable to edit settings of theplayer-centric rewards program and one or more gaming machines; theplayer-centric reward server including a processor; an executableplayer-centric rewards program operable to determine player rewards; aplayer database including a player record for one or more enrolledplayers; one or more player-centric rewards databases; and a transceiverunit operable to bi-directionally communicate with any other networkconnected device, the transceiver unit receiving player identificationinformation; the processor determining which of the player-centricrewards are available, utilizing the player identification informationto identify a corresponding player record, and based on information inthe corresponding player record, determining eligibility of a player forone or more player rewards; the one or more player-centric rewardsdatabases including a playing reward database, the playing rewarddatabase including one or more denomination settings, one or more countlimit settings, and one or more player reward settings, the playerreward status setting indicating player rewards availability on thenetworked gaming system, the denomination settings indicating thewagering denominations for which player rewards are available, the countlimit settings and player reward settings being associable with each ofthe denomination settings; based on the player identificationinformation and corresponding player record, the processor determining acount limit and transmitting the count limit through the transceiverunit to an identified gaming machine associated with the playeridentification information; after gaming activity by the player passes athreshold established by the count limit, the processor accessing theplaying reward database, determining a playing reward, updating theplayer record including the playing reward, and transmitting a messageto the gaming machine to apprise the player of the playing reward; theplaying reward database including one or more player rating settingsassociable with each of the denomination settings, each of the playerratings being determined by a requisite level of playing history, thecount limit settings and player reward settings being set atpre-determined values with respect to each of the denomination andassociated player rating settings, the player identification informationincluding the denomination of the gaming machine, the player recordincluding the player rating, the processor determining the associatedcount limit from the playing reward database; the one or moreplayer-centric rewards including a sweepstakes reward wherein the amountof the sweepstakes reward depends, at least in part, on one or more ofthe denomination of the gaming machine, the frequency of the player'sgaming, the duration of the player's gaming, and the amount wagered bythe player during gaming; based on the player identification informationand corresponding player record, the processor determining a sweepstakesreward; and the one or more player rewards being redeemable at thegaming machine upon the player requesting the player reward to becredited to the gaming machine.